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u enai data buses are a well- 
1 proven tool id embedded 
i viiems. When you are com- 
municaiing with stow per- 
ipheral devices, serial buses 



expensive than parallel buses. Addi- 
tionally, i serial interface featuring a 
UART or similar intermediary chip 
can a bo serve to isolate the CPU from 
.iic and line glitches thai might bring 
down the house if Ihcv were to occur on 
the. 
ally be 

distance by a serial bus. The serial ap- 
proach offers greater resilience and 
noise immunity. 

The pnee you pay for the conve- 
nience is a slower transmission ra 
pouibly, the need for added im 
circuitry at higher voltages. Many per- 
ipheral device*, however, 
slant communication with iheCPUand 
are not greatly affected by a slower bus. 
On the hardware side, any added inter- 
face circuitry required for serial-bus 
support is frequently compensated for 
by the resulting simplicity and ughier 
pinoui of the serial peripherals. 



The choice of bus 
and protocol 
depends at least as 



system's software 
as it does on the 



data sheets. 



serial buses. Both buses are popular, bui 
each exhibits sever I y constrained per- 
formance in large networks. SPI. as em- 
bodied in tl 



larly. the multidrop approach used in 
various 805 1 family members as wdl as 
in Ihe 68HCI1 and various UART 



Having decided that a serial bus 
makes sense for your applica- 
tion, your next task is to select 
the most appropriate bus and protocol. 
Here, as with rapid transit, your choice 
should be determined by your dest.na- 
tion. Contrary to what some people may 
tell you. the choice of bus and protocol 
depends ai least as much on the nature 
of the system's software as it does on the 
manufacturer 1 ! data sheets. 



RS4BS/422 hair-duplex iransmissions. 
Multidrop has no deterministic arhitra- 



leaving it mainly suitable for single- 
muter multipte-tlave situations. I For 
"tort an multidrop, set Jack Woehrs 
arndt. 'Multidrop Processing, * Em- 
bedded Systems Programming. March 
1990. pp SS-67—edi \ different ap- 
proach is to use a three-wire protocol 
called MicroWire. available from Na- 
tional Semiconductor in Santa Clara. 
Calif., which is fine for use with addrcs- 
an indi- 



ripheralinterfaceiSPDand multidrop vidual chip select for each device ad- 



September 1991 



1-276 



Philips Semiconductors Microrttroller Products 



Exploring l 2 C 



ixpbrkg 
PC 



dressed. The added wiring offers no 
advantage to developers, and the bus of- 
fers nothing towards achieving multi- 
ple-mastering capabilities. 

One of the more versatile options 
available to developers is the I f C bus 
promulgated by Philips /Signetics in 
Sunnyvale. Calif. PC allows you to set 



up a multiple-master, multiple-slave 
communications bus with conflict arbi- 
tration, using only twisted-pair wiring 
to connect the processors and peripher- 
als. Philips/Signetics has moved to sup- 
port this protocol (which is quite popu- 
lar in Europe) with a large assortment 
of interesting doodads, and is actively 
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means that the 
output stage can 
only pull the node 
to ground. 

encouraging other manufacturers to 
join in the fun. If your next design fea- 
tures a microprocessor that supports 
l*C or you are prepared to implement 
!<; in software using a PIA as this arti- 
cle illustrates, your reward could be a 
decreased chip count and lower power 
consumption— along with a comfort- 
able distributed-programming model 
for peripheral devices. 

rc is more flexible than the proto- 
cols noted above, since only two wires 
arc required to service a large network 
of addressable masters and addressable 
slaves. A third wire may be added if in- 
terrupt service is required, though Phi- 
lips/Signetics microprocessors featur- 
ing PC support feature on-chip cir- 
cuitry and are capable of interrupting 
the processor upon receipt of a valid 
address. 

HOW PC WORKS 

The PC bus consists of two lines: 
serial clock (SCL) and serial 
data (SDA). The beauty of the 
bus is that each of these lines is bi- 
directional. Bidirectional means that 
everything on the bus is equal, unlike 
most other serial-peripheral busses such 
as SP! or MicroWire, which have dedi- 
cated inputs and outputs. Each PC 
transaction line (SCL and SDA) is an 
open collector of output and input. The 
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pullup resistor is 

Open-col lector (actually, they are 
CMOS, so "open drain" is more appro- 
priate) configuration means that the 
output stage can only pull the node to 
ground. A passive resistor pulls the node 
high, which means that any number of 
open collector outputs can be connected 
together with no deliierious results, be- 
cause it is impossible to pull more cur- 
rent through the resistor than any one 
output will produce. Tying outputs to- 
gether will produce disastrous results if 
the same procedure is tried with stan- 
dard TTL outputs. If some of the out- 
puts go high and some are low, the cur- 
rent is unlimited and the logic level of 
the output wilt be in an indeterminate 
state. Tying open-collector outputs to- 
gether is also known as "wire ORing" be- 
cause if either A or B goes low, so does 
the single-output line. 

The PC bus speed is specified at a 
maximum SCL rate of 100kHz SCL, 
which, admittedly, is not blazingly fast. 
The speed limit stems from the meager 
ability of a pullup resistor to source cur- 
rent to a long distributed line of peri- 
pherals. The 10-microsecond period al- 
lows plenty of time to charge the 
parasitic capacitance of the wires. (The 
maximum specified wire capacitance is 
400 pF.) 



ed, h 



Although VC supports multi- 
ple-master operation, here we 
use single- master, single-slave 
transactions to keep the example code 
simple. The master, as you might imag- 
ine, is defined as the unit that initiates 
the data transfer and generates the 
SCL signal. (In a multimaster system, 
each master would be responsible for 
generating its own SCL signal.) In our 
example, based strongly on the design of 
one of our company's single-board com- 
puters, the processor doesn't directly 
support I'-C. Instead, we've implement- 



the PC bus using a couple of the pins 
on an 8255 peripheral I /O chip. Conse- 
quently, the bulk of the example appli- 
cation code is simple setup and house- 
keeping routines. (Steven R. Wheeler's 
example application listing was a bit 
too long to run in this issue. Interested 
readers may download it from the li- 
brary 12 of CLM FORUM on Compu- 
Serve or from the Embedded Systems 



Programming bulletin board service at 
(415) 905-2689— ed.) 

By definition, a slave can be any pro- 
cessor or peripheral that responds to the 
master. Slaves all have unique, 7-bit ad- 
dresses that are based on the device type 
and the wiring of address pins on the 
chip. All VC peripherals have the top 
nibble of an address built in. For the 
PCF8574 1/O-port expanders we're us- 
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ing as examples, the address is QIQOxx.t. 
The xxx indicates the address selected 
by the state of the three address pins on 
the peripheral. 

PC serial transactions are always 
eight bits of data from the transmitter 
followed by a ninth AC* bit from the re- 
ceiver. The first step in any VC data 
transfer is to send the address of the 
slave on the SDA line. This act might 
seem confusing, since we seem to be 
mixing 7-bit addresses with 8-bit data. 
In practice, it's quite easy to work with: 
addresses are always seven bits long, 
and the eighth bit is used to determine 
whether the operation is a read or a 
write. For example, upon transmitting 
01000001 to the PCF8574, the slave, as- 
suming it exists on the bus and is 
strapped to address 000, will respond 
with a low on the SDA line after the 
master has finished with its last (eighth) 
data bit. The master ieaves the line 
high. If it doesn't find a slave with ad- 
dress 10000, the data line will remain 
high and a failed communication at- 
tempt can be detected. 

If a slave is connected, it begins put- 
ting data on the SDA line as soon as it 
has detected that the eighth bit is set 
(which is a read request). TheSDA line 
is driven to the data level when the SCL 
line is low. Data is read when SCL is 
high, so SDA must not change when 
SCL is high. This protocol leads to a 



simple definition of the start of an PC 
transaction — SDA goes from high to 
low when the clock is high. 

The end of a transaction is equally 
simple to detect: SDA goes from low to 
high when SCL is high. This cycle 
leaves SDA and SCL in the high state, 
which is necessary if any other open- 
coilector VC peripheral wants access to 
the bus. Figure 2 illustrates the start 
and stop conditions of an VC bus 



ADDITIONAL DESIGN ROUTES 

As you've seen, the VC protocol 
is easy to work with and rela- 
tively simple to implement, 
even if you're not using a processor that 
directly implements it. If you're not 
planning to use Philips/Signetics mi- 
croprocessors with onboard V-C support 
(such as the 68070 or various members 
ofthe805l family), you can still use the 
wide variety of available peripheral 
chips. 

The number of integrated circuits 
using the PC serial bus is increasing all 
the time. Application-oriented inte- 
grated circuits that support PC include 
a voice sythesizer, a transcoder for IR 
remote control, several digital tuning 
circuits for computer-controlled televi- 
sion, several audio processors. PLL fre- 
quency synthesizers, tone generators, 
and frequency synthesizers. General- 



purpose integrated circuits using VC in- 
clude LCD drivers, digital-to-analog 
converters, SRAMs, EEPROMs, and a 
RAM clock/calender. 

I*C is very popular in Europe, where 
Philips has been aggressively marketing 
this flexible method of extending pe- 
ripheral support to control projects, and 
it is currently catching fire on this side 
of the Atlantic. It seems reasonable to 
expect that, given the burden of printed- 
wirc requirements for embedded sys- 
tems based on increasingly wider chip 
buses, more and more designers seeking 
economy of means will be attracted to 
the economy of l*C. 
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